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The invention relates to a method for exchanging information between 
components in a network which preferably consists of a core network and a radio 
access network, by means of terminals which exchange IP information packets 
over the network, said IP information packets being provided with IP headers 
having IP addresses. Said components comprise a memory area in which 
unequivocal terminal identifiers are managed in relation to IP addresses, at least 
one part of said components in the network being MPLS-enabled and used to 
route information packets through the network on the basis of MPLS paths and 
corresponding MPLS headers. The inventive method comprises a first 
configuration step, in which the components are configured in such a way that 
the MPLS paths to the terminals are unequivocal, said MPLS paths being 
characterised by the unequivocal terminal identifier which is imaged in the MPLS 
headers; a second information emission step, in which the MPLS-enabled 
components remove the IP headers from the IP information packet, in order to 
then provide the modified IP information packet with MPLS headers, the MPLS 
header containing the terminal identifier which is managed in relation to the IP 
address in order to then send the thus modified data packet; and a third 
information receiving step, in which the MPLS-enabled components read the 
MPLS headers of the information packets sent in the second step, in order to 
determine the associated IP addresses on the basis of the terminal identifier, in 
such a way as to then modify the information packet such that the original IP 
header replaces the MPLS header. The invention also relates to other elements, 
namely an emitter and a receiver, which are used to carry out the inventive 
method. 
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(57) Abstract: The invention relates to a method 
for exchanging information between components 
in a network which preferably consists of a core 
network and a radio access network, by means of 
terminals which exchange IP information packets 
over the network, said IP information packets being 
provided with IP headers having IP addresses. Said 
components comprise a memory area in which 
unequivocal terminal identifiers are managed in 
relation to IP addresses, at least one part of said 
components in the network being MPLS-enabled 
and used to route information packets through 
the network on the basis of MPLS paths and 
corresponding MPLS headers. The inventive 
method comprises a first configuration step, in 
which the components are configured in such 
a way that the MPLS paths to the terminals are 
unequivocal, said MPLS paths being characterised 
by the unequivocal terminal identifier which is 
imaged in the MPLS headers; a second information 
emission step, in which the MPLS-enabled 
components remove the IP headers from the 
IP information packet, in order to then provide 
the modified IP information packet with MPLS 
headers, the MPLS header containing the terminal 
identifier which is managed in relation to the IP address in order to then send the thus modified data packet; and a third information 
receiving step, in which the MPLS-enabled components read the MPLS headers of the information packets sent in the second 
step, in order to determine the associated IP addresses on the basis of the terminal identifier, in such a way as to then modify the 
information packet such that the original IP header replaces the MPLS header. The invention also relates to other elements, namely 
an emitter and a receiver, which are used to carry out the inventive method. 
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(57) Zusammenfassung: Die Erfindung betrifft ein Verfahren zum Austausch von Informationen zwischen Komponenten in einem 
Netzwerk, das vorzugsweise aus einem Core-Netzwerk und einem Radio-Access-Netzwerk besteht, mit Endgeraten, die uber das 
Netzwerk IP-Informationspakete austauschen, die uber IP-Header mit IP- Adressen verfugen, mit einem Speicherbereich, in dem ein- 
deutige Endgeratekennungen in Relation zu IP-Adressen verwaltet werden, mit zumindest einer Teilmenge von MPLS-fahigen Kom- 
ponenten in dem Netzwerk, die Information spakete auf der Basis von MPLS-Pfaden und entsprechenden MPLS-Headem durch das 
Netzwerk routen, mit einem ersten Konfigurationsschritt, bei dem die Komponenten so konfiguriert werden, dass die MPLS-Pfade zu 
den Endgeraten eindeutig sind, wobei die MPLS-Pfade durch die eindeutige Endgeratekennung, die in den MPLS-Headern abgebil- 
det ist, gekennzeichnet sind, mit einem zwei-ten Informationssendeschritt, bei dem die MPLS-fahigen Komponenten die IP-Header 
aus dem IP-Informationspaket entfemen, um dann das so veranderte IP-Informationspaket mit MPLS-Headern zu versehen, wobei 
der MPLS-Header die Endgerateken-nung enthalt, die in Relation zur IP-Adresse verwaltet wird, um dann das so modifizierte Da- 
tenpaket zu senden, mit einem dritten Informationsempfangsschritt, bei dem die MPLS-fahigen Komponenten die MPLS-Header der 
im zweiten Schritt gesendeten Informationspakete lesen, um anhand der Endgeratekennung die zugehorige IP-Adresse zu ermitteln, 
um dann das Informations-paket so zu verandem, dass der urspriingliche IP-Header den MPLS-Header ersetzt. Weitere Bestandteile 
der vorliegenden Erfindung sind ein Sender und ein Empfanger, die das entsprechende Verfahren umsetzen. 
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Beschreibung 

Verfahren und Vorrichtung zur Abbildung von Netzwerk-Headern 
auf MPLS-Header in Bearer-Archi tekturen 
5 

Durch die Einfuhrung von paketorientierten Technologien wie 
UMTS und GPRS ist zu erwarten, dass die Dateniibertragung in 
Zukunft vermehrt drahtlos erfolgen wird. Hierbei wird sich 
die Dateniibertragung nicht nur auf die Ubertragung von 
10 Sprachinf ormationen beschranken lassen, sondern es werden 

vermehrt andere Dienste, wie sie z. B. im Internet angeboten 
werden, drahtlos genutzt. 

Momentan sind die meisten Mobilfunknet ze verbindungsorien- 
15 tiert auf gebaut . Diese Verbindungsorientierung liegt zumin- 
dest zwischen dem Endgerat und der Basisstation vor. Die 
Backbone-Netze weisen hingegen oftmals eine paketorientierte 
Struktur auf. Gerade bei Sprach- und Datenubertragungen wird 
jedoch nicht die ganze Bandbreite benotigt, da eine Daten- 
20 ubertragung nur zu diskreten Zeitpunkten erfolgt und oftmals 
ein grower Zeitraum zwischen den einzelnen, tatsachlichen In- 
formationsubertragungen liegt. Somit wird ein GroSteil der 
Bandbreite verschenkt . Paketorientierte Netzwerke haben den 
Vorteil, dass lediglich die benotigte Bandbreite \urch Pakete 
25 verbraucht wird. Der Datenstrom wird hierbei in kleine Pakete 
zerlegt. Nachteilig ist jedoch bei diesem Ansatz, dass unter 
Umstanden bei einem groSeren Bedarf nicht gemigend Bandbreite 
vorhanden ist. Dies fiihrt gerade bei Sprachubertragungen zu 
einem erheblichen Qualitatsverlust , der sich in einer 
30 schlechten Tonqualitat widerspiegelt . Ein Quali tat smanagement 
ist fur solche Netzwerke notwendig. Weiterhin ist es notwen- 
dig, dass die Datenpakete schneller durch das Netzwerk gelei- 
tet werden. Urn dies zu erreichen, sind schnelle Switches und 
Router gefragt. 

35 

Um in Zukunft auch dem vermehrten Datenaufkommen bei kabello- 
sen Teilnehmern gerecht zu werden, werden Zugangsnetze fur 
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Mobilfunknetze in Zukunft auch IP-basiert sein, d. h. zwi- 
schen den Basisstationen und dem Ubergang in das Core- 
Netzwerk liegt ein IP-basiertes Transportnetz, das so genann- 
te RAN (Radio Access Network) . Endgerate verbinden sich iiber 
5 eine Luftschnitts telle zunachst mit einer Basisstation BS, 
welche die Luf tschnittstelle terminiert. Sodann werden die 
Daten des Endgerates MH durch einen Zugangsrouter AR gerou- 
tet . In der Regel bilden die miteinander verbundenen Zugangs- 
router das Radio-Access-Netzwerk . Der AR sorgt fur die Wei- 
10 terleitung an den Radio-Access-Server (RAS) Oder weitere Rou- 
ter . 

Aufgrund der unterschiedlichen Topologien der Netzwerke wird 
oftmals ein Protokolltunnel zwischen Endgerat MH und Zugangs- 
15 router RAS bzw. zwischen AR und RAS sowie zwischen AR und AR 
aufgebaut . Ein Protokolltunnel liegt immer dann vor, wenn ein 
erstes Ubertragungsprotokoll in einem zweiten Ubertragungs- 
protokoll gekapselt ist. Man spricht vom Einpacken der Pakete 
eines ersten Ubertragungsprotokolls in die Pakete des zweiten 
20 Ubertragungsprotokolls. Dies ist z. B. immer dann notwendig, 
wenn auf einem Net zwer k- S egment das erste Ubertragungsproto- 
koll nicht unterstiitzt wird. In diesem Netzwerksegment muss 
dann das Paket mit Hilfe des zweiten Ubertragungsprotokolls 
geroutet werden. Durch den Protokolltunnel sind eine Reihe 
25 von Vorteilen gegeben. 

Fur das Endgerat kann im Transportnetz RAN Mobilitat mit be- 
liebigen Mitteln transparent unterstiitzt werden. Dieser Vor- 
teil basiert darauf, dass die Pakete nicht verandert werden 
30 und somit die Art und Form des Transportes durch die Topolo- 
gie des Netzwerkes bestimmt werden konnen, ohne dass eine 
Veranderung der Nutzdaten zu befiirchten ist. 

Nicht IP-basierte Daten (z. B. komprimierte und/oder ver- 
3 5 schliisselte IP-Pakete, Sprache) konnen einfach iiber das 

Transportnetz RAN zu entsprechenden Umsetzern am Rand des 
Transpor tnetzes RAN gefiihrt werden, sofern die verwendete 
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Tunneltechnologie den Transport von Datenpaketen anderer Pro- 
tokolle als IP unterstiitzt. 

Bekannte Verfahren benutzen Tunnel entweder vom Endgerat MH 
bis zum RAS Oder vom Zugangsr outer AR zum RAS . Dabei konnen 
5 unterschiedliche Technologien zum Einsatz kommen, z. B. PPP, 
IP- in-IP. 

Auf Grund des simplen Aufbaus und der hohen Performance kann 
auch das Multiprotocol Label Switching (MPLS, IETF Proposed 
10 Standard, [RFC 3031] ) mit Vorteil als Tunneltechnologie ein- 
gesetzt werden. 

Bei MPLS-Netzen wandert ein Paket von einem Router zum nachs- 
ten. Jeder Router trifft eine unabhangige Entscheidung hin- 
15 sichtlich des Weiterlei tens . Das heifit, jeder Router analy- 

siert den Header des Paketes, und jeder Router durchlauft ein 
Programm mit dem Router-Algori thmus . Jeder Router wahlt eine 
neue Route in Abhangigkeit des Ergebnisses des Router- 
Algorithmus. Die Auswahl der nachsten Route erfolgt somit in 
20 zwei Schritten. Der erste Schritt partitioniert die gesamte 
Menge der moglichen Pakete in eine Menge von aquivalenten 
Klassen (FEC) . Der zweite Schritt bildet jede FEC auf eine 
Route ab. Was die Entscheidung der Wei terlei tung angeht, wird 
keine Unterscheidung zwischen den Paketen gemacht, die der 
25 gleichen FEC angehoren. Unterschiedliche Pakete, die der 

gleichen FEC angehoren, konnen nicht unterschieden werden. 
Hierin unterscheidet sich die vorliegende Erf indung. Um La- 
bels als Adressen verwenden zu konnen, muss eine eindeutige 
Zuordnung zu einer FEC bestehen. Das heiSt, eine FEC umfasst 
30 immer nur ein Label. Dieses Label wird nur einer Zieladresse 
zugeordnet . 

Als unterschiedliche Pakete betrachtet man die Pakete, die 
eine unterschiedliche Ziel- oder Ursprungsadresse aufweisen. 
35 Um jedoch MPLS fur die vorliegende Erf indung verwenden zu 

konnen, muss ein Pfad und somit die Aquivalenzklasse eindeu- 
tig sein . Das heiJlt, eine Aguivalenzklasse steht fur ein ein- 
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deutiges Quell- und Ziel-Endgerat bzw. Entity. In einem MPLS- 
Netz erfolgt die Zuordnung zu einer FEC nur einmal, namlich 
dann, wenn das Paket in das Netzwerk eintritt. Die FEC, der 
ein Paket zugeordnet ist, ist als kurzer Wert codiert, der 
5 als Label bezeichnet wird. Wenn ein Paket zur nachsten Route 
gesendet wird, so wird das Label mitgesandt . Bei den folgen- 
den Routern wird keinerlei Analyse der weiteren Inhalte des 
Paketes vorgenommen. Es wird lediglich das Label uberpruft. 
Das Label wird als Index fur eine Tabelle verwendet, aus der 
10 die nachste Route und das nachste Label entnommen werden kon- 
nen. Das alte Label wird durch das neue Label ersetzt und das 
Paket wird wei tergelei tet in die nachste Route. In einem 
MPLS-Netz wird das Weiterleiten nur durch die Labels gesteu- 
ert. Dies hat eine Reihe von Vorteilen. So miissen die Router 
15 nur geringe Fahigkeiten haben. Sie miissen lediglich in der 
Lage sein, das Label zu analysieren und in einer Tabelle zu 
iiberpriifen, welche Route diesem Label zugeordnet ist, um das 
alte Label durch ein neues Label zu ersetzen. Weiterhin kann 
durch diese einfachen Aufgaben ein hoher Durchsatz realisiert 
20 werden. Weitere Vorteile konnen der [RFC 3031] entnommen wer- 
den . 

Im Folgenden werden einige Grundsatze definiert. Ein Label 
ist ein kurzer, ortlich signif ikanter Bezeichner, der eine 
25 feste Lange aufweist, um eine FEC zu identif izieren . Das La- 
bel dient zur Representation einer FEC, der das Paket zuge- 
ordnet ist. In der grundsatz lichen Verwendung der FEC wird 
diese auf der Grundlage der Zieladressen des Netzwerk-Layers 
zugeordnet. Es handelt sich jedoch in der urspriinglichen Ver- 
30 wendung der FEC nicht um eine Kodierung der Netzwerkadresse . 
Genau an diesem Punkt macht die vorliegende Erfindung einen 
Unterschied. Durch die eindeutige Zuordnung des Labels zu ei- 
nem eindeutigen Pfad handelt es sich um eine Kodierung einer 
Netzwerkadresse . 

35 

Um sicherzustellen, dass die Router die Pakete denselben A- 
quivalenzklassen zuordnen, miissen die Router regelmaSig In- 
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formationen austauschen, aus denen ersichtlich ist, welche 
Pakete einem Label zugeordnet werden. Weiterhin ist es wich- 
tig, dass nicht dieselben Labels von unterschiedlichen Rou- 
tern verwandt werden, soweit hierdurch eine eindeutige Iden- 
5 tifikation des vorhergehenden Routers unmoglich wird. Weiter- 
hin ist darauf hinzuweisen, dass Up-Streams und Down-Streams 
unterschiedlich behandelt werden. So weisen diese nicht unbe- 
dingt dieselben Labels auf. In der MPLS-Archi tektur wird die 
Entscheidung, ein bestimmtes Label an eine bestimmte Aquiva- 
10 lenzklasse zu binden, durch den Router vorgenommen, der Down- 
Stream in Bezug zu dieser Bindung ist. Der Router, der Down- 
Stream ist, informiert dann den Router, der Up-Stream ist, 
von dieser Bindung. Diese Information kann z. B. als Hucke- 
packinf ormation auf anderen Paketen ubertragen werden. 

15 

In einer weiteren Ausgestaltung unterstiitzt MPLS eine Hierar- 
chie, wobei das Bearbeiten der mit Labeln versehenen Pakete 
vollstandig unabhangig von dem Level der Hierarchie ist. Ein 
Paket, das kein Label aufweist, kann als Paket betrachtet 
20 werden, dessen Stack leer ist. Die Verwendung des Stacks wird 
deutlich, wenn man vom Tunneln der Pakete spricht. Ein sol- 
ches Tunneln kann dem Dokument [RFC 3031] entnommen werden. 
Pakete werden immer dann getunnelt, wenn sie durch einen 
Netzwerkpfad gefiihrt werden, der zwischen zwei Routern liegt, 
25 wobei dieser Netzwerkpfad wiederum eine Reihe von Routern um- 
fassen kann. Wurde z. B. ein expliziter Pfad vorgegeben, der 
die Router R1 bis R4 umfasst, und liegt zwischen dem Router 
R1 und R2 ein Pfad, der die Router R1 . 1 , R1 . 2 , R1 . 3 umfasst, 
so wird ein wei teres Label durch den Router Rl auf den Stack 
30 gepusht . Die Router Rl.l, Rl . 2 , Rl . 3 arbeiten nun auf diesem 
neuen zweiten Element. Sobald das Paket bei Router R2 an- 
kommt, wird das oberste Element vom Stack gepoppt . Problema- 
tisch wird es, wenn kein Label auf dem Stack ist. Bei der 
normalen MPLS-Archi tektur wird die Netzwerkadresse (im Nor- 
35 malfall die IP-Adresse) analysiert, um eine Aquivalenzklasse 
zu bestimmen. 
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MPLS bietet zwei Arten der Routenauswahl . Die eine Routenaus- 
wahl legt die Route bereits am Startpunkt fest. Es werden die 
einzelnen Router bestimmt, die durchlaufen werden miissen. Es 
handelt sich hierbei um ein explizites Routen. Beim hop-by- 
5 hop-Routen werden die Router nicht explizit festgelegt, so- 
dass jeder Router anhand seiner Tabellen festlegen kann, wel- 
ches der nachfolgende Router sein soli. Die vorliegende Er- 
f indung kann mit beiden Moglichkeiten der Routenauswahl be- 
trieben werden. 

10 

Bisherige Ansatze zur Verwendung von MPLS gehen von einer 
Nutzung von MPLS im Netzinneren aus, z. B. im Mobilfunknetz 
zwischen Zugangsrouter AR und RAS . 

15 Wechselt das Endgerat MH im laufenden Betrieb von Router ARx 
zu Router ARy, so muss es sich erneut beim Zugangsrouter an- 
melden (authentif izieren) . Bei dieser Bewegung des Endgerats 
zu einer anderen Basisstation Oder einem anderen Zugangsrou- 
ter wird nun dieser Tunnel mittels Signalisierung zum aktuel- 
20 len Ankerpunkt umgelegt. Dazu muss allerdings in verschiede- 
nen Auspragungen der Realisierung im Access-Netz IPv6 (IP- 
Version 6) unterstutzt werden. Wie das Mapping solcher Archi- 
tekturen auf bestehende IP-Backbones ergeben hat, wird darin 
hauptsachlich eine Form von MPLS unterstutzt. iP-Netze werden 
25 also als Overlay/VPN (Virtual Privat Network) -Strukturen rea- 
lisiert und deren Pakete nur noch schnell geswitched, was we- 
niger Netzlast und Overhead bei der Routeroperation bedeutet. 
Jedoch entsteht bei einem Tunneln der Inf ormationen ein 0- 
verhead hinsichtlich der GroEe der Inf ormationspakete . IPv6- 
30 Header verursachen mehr als 40 Byte Header-Overhead bei einer 
TransportdatengroSe von durchschnittlich 60 Byte (IPv6 incl. 
Routing-Header) , deren Nutzdaten wiederum nur etwa 20 Byte 
(VoIP) umfassen [RFC 3031, RFC 2460] . Mittels eines Shim- 
Headers bzw . MPLS— Headers von z. B. MPLS werden jeweils nur 4 
35 Byte induziert. Ein Shim-Header, auch MPLS-Header, umfasst 
neben dem Label, dass ca . 20 Bits ausmacht, weitere Status- 
und Verwaltungsinf ormationen . Grundsatzlich sind eine eindeu- 
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tige Identif izierung des Punkt-zu-Punkt-Links mit seinen Ei- 
genschaften, z. B. Quality of Service (QoS), sowie natxirlich 
die des jeweiligen Bearers notwendig. 

5 Bekannte Verfahren zur Reduzierung des Overhead bestehen aus 
einem rechenintensiven Kompressionsverf ahren [RFC 2507] (pri- 
ce-rohc-epic-00.txt [www.ietf.org/internet-drafts]), das die 
einzelnen Komponenten bzw. Router unterstiitzen mussen. Diese 
Verfahren mussen wahrend der Verbindung den dynamischen Sta- 
10 tus verwalten, wodurch viele Ressourcen (Memory, CPU) ver- 

braucht werden und somit den Komponenten in der Leistungsfa- 
higkeit Grenzen gesetzt werden. Bei einer Vielzahl von Endge- 
raten (mehreren tausend Handys) , die von einer Komponente be- 
dient werden mussen, kann es zu einer Uberlastung des Systems 
1 5 kommen . 

Es ist jedoch darauf hinzuweisen, dass die genannten Probleme 
nicht nur auf Netzwerke beschrankt sind, die mit mobilen End- 
geraten betrieben werden. Vielmehr entsteht dieses Problem 
20 immer dann, wenn unterschiedliche Netzwerktopologien und Ar- 
chitekturen aufeinander treffen und ein Tunneln von Informa- 
tionspaketen notwendig wird. Eine Beschrankung der vorliegen- 
den Erf indung auf Mobilfunk-Netze ist nicht beabsichtigt . 

25 Aufgabe der vorliegenden Erfindung ist es, ein Verfahren be- 
reitzustellen, dass die GroSe der Header reduziert. 

Die Aufgabe wird maSgeblich durch ein Verfahren und Vorrich- 
tungen mit den Merkmalen der unabhangigen Anspriiche gelost. 

30 Grundsatzlich sind eine eindeutige Identif izierung des Punkt- 
zu-Punkt-Links, das hei£t des MPLS-Pfades, mit seinen Eigen- 
schaften (z. B. QoS (Quality of Service)) sowie natiirlich die 
des jeweiligen Bearers (Verbindungsdienst) notwendig. Dazu 
reichen allerdings zwei oder mehr MPLS-Header bei weitem aus, 
wobei sogar nur einer davon komponentenbezogene Bedeutung ha- 
ben muss. Der zweite kann netzwerkweit , wie bei MPLS ublich. 
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dynamisch verwendet werden . In der Regel ist man hierdurch 
nicht nur auf MPLS begrenzt (e. g. PPP) . 

Die auSeren MPLS-Header dienen zur Identif izierung des Punkt- 
5 zu-Punkt-Links und seiner Eigenschaf ten, wie sie im IPv6- 
Header definiert sind. Diese konnen sogar, wenn notig, vom 
Netz verandert werden, solange der Link-Scope bei der Endkom- 
ponente nicht zerstort wird. Die inneren Header dienen der 
Identif izierung des Bearers. Der Grundgedanke besteht nun 
10 darin, Teile einer eindeutigen Endgeratekennung, z. B. der 
RNTI , zu verwenden [TS 25.331], wie sie in existierenden 
GSM/GPRS/UMTS-Architekturen eingesetzt wird. Diese Endgerate- 
kennung identif iziert dort die jeweiligen Endgerate-Bearer 
und ist, z. B. in ihrer Short-Definition, 12 Bits (Long- 
15 Version 20 Bits) lang . Weiterhin sind noch einige Bits notig, 
urn eine Flow-Identif ikation zuzulassen. Ein Shim-Header bzw. 
MPLS-Header bietet Raum fur 20 Bits pro Header. Somit reichen 
maximal zwei Shim-Header bzw. MPLS-Header zum eineindeutigen 
Abbilden der aus IPv6 notigen Inf ormationen auf MPLS-Labels 
20 aus. IPv6-Dif f Serv kann direkt ubernommen werden, da es in 

den Shim-Headern bzw. MPLS-Headern unterstiitzt wird. Man er- 
halt sich die Kompatibili tat zu existierenden Einrichtungen 
und Funktionsweisen, da intern nun die Shim-Header bzw. MPLS- 
Header wieder eineindeutig einem IPv6-Header zugeordnet bzw. 
25 durch diesen ersetzt werden konnen, womit die Architektur- 
eigenschaf ten und Vorteile, welche aus IPv6 resultieren, 
vollstandig erhalten bleiben. 

Hierdurch wird sichergestellt , dass mit Hilfe von existieren- 
30 den Architekturkomponenten , die die Kompatibilitat erhalten, 
eine hohere Effizienz des Netzwerkes erreicht wird. In der 
Regel bietet sich z. B. die existierende RNTI an, da durch 
ihre 20 Bits Lange ein direktes Mapping auf das 20 Bit-Label 
ermoglicht wird. Im Netz kann somit ein Ruckfall auf Label- 
Switching erfolgen, womit Netzressourcen eingespart werden. 

Im Detail wird die Aufgabe durch ein Verfahren zum Austausch 
von Inf ormationen zwischen Komponenten in einem Netzwerk, das 
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vorzugsweise aus einem Core-Netzwerk und einem Radio-Access- 
Netzwerk besteht, gelost. 

Bestandteile des Netzwerkes sind Endgerate, die iiber das 
5 Netzwerk iP-lnf ormationspakete austauschen, die iiber IP- 

Header mit IP-Adressen verfiigen. Die Endgerate sind vorzugs- 
weise mobile Endgerate, wie Handys oder PDAs. Die Endgerate 
weisen eine eindeutige Endgeratekennung auf, anhand derer sie 
in Netzwerk lokalisiert werden konnen. 

10 

In einem Speicherbereich werden eindeutige Endgeratekennungen 
in Relation zu IP-Adressen verwaltet. Hierdurch ist es mog- 
lich, eine Abbildung von den IP-Adressen zu den Endgerateken- 
nungen und umgekehrt vorzunehmen . 

15 

Das Netzwerk weist zumindest eine Teilmenge von MPLS-fahigen 
Komponenten auf, die Inf ormationspakete auf der Basis von 
MPLS-Pfaden und entsprechenden MPLS-Headern durch das Netz- 
werk routen . Die Komponenten sind in der Lage, sich in einem 
20 ersten Konf igurationsschri tt so zu konf igurieren, dass die 

MPLS-Pfade zu den Endgeraten eindeutig sind, wobei die MPLS- 
Pfade durch die eindeutige Endgeratekennung, die in den MPLS- 
Headern abgebildet ist, zumindest durch eine Abbildung ge- 
kennzeichnet sind. Nachdem die Komponenten konfiguriert wur- 
25 den, erfolgt in den folgenden Schritten der Inf ormationsaus- 
tausch . 

In einem zweiten Inf ormationssendeschri tt entfernen die am 
Anfang des Pfades liegenden MPLS-fahigen Komponenten die IP- 
30 Header aus dem IP- Inf ormationspaket , um dann das so verander- 
te IP-lnf ormationspaket mit MPLS-Headern zu versehen. Der 
hinzugefugte MPLS-Header enthalt z. B. die Endgeratekennung, 
die in Relation zur IP-Adresse verwaltet wird, um dann das so 
modifizierte Datenpaket zu senden. In einem dritten Informa- 
tionsempf angsschritt , der am Ende des Pfades liegt, lesen die 
MPLS-fahigen Komponenten die MPLS-Header der im zweiten 
Schritt gesendeten Inf ormationspakte , um anhand der Endgera- 
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tekennung die zugehorige IP-Adresse zu ermitteln. Die IP- 
Adresse wird hierbei aus dem oben erwahnten Speicherbereich 
geladen . Bei diesem Speicherbereich kann es sich urn einen 
zentralen wie auch um einen dezentralen Speicherbereich han- 
5 deln. So ist es z. B. moglich, dass jede Komponente einen ei- 
genen Speicherbereich aufweist, in dem die Abbildung vor- 
gehalten wird. 

Nachdem die IP-Adresse ermittelt wurde, wird das Informati- 
10 onspaket so verandert, dass der urspriingliche IP-Header den 
MPLS-Header ersetzt. 

In der Regel handelt es sich bei den Komponenten um bekannte 
Router, die vorzugsweise durch eine Software mit entsprechen- 
15 den Hardwarekomponenten erweitert wurden, um somit die oben 
beschriebene Funktionalitat zu realisieren. 

In einer vorteilhaf ten Aus ftihrungs form handelt es sich um ein 
UMTS- oder GPRS- Netzwerk Oder ein ahnliches paketorientier- 
20 tes Funknetz fur mobile Endgerate, wobei die Endgeratekennun- 
gen aus netzspezif ischen RAI , RNTI (Radio Network Temporary- 
Identities), IMS I (weitere herstellerspezif ische Identifika- 
tionen sind denkbar) bestehen konnen. In Abhangigkeit des ge- 
wahlten Netzes, bei dem diese Endgera tekennungen in einem 
25 speziellen Register verwaltet werden, handelt es sich hierbei 
z. B. um ein HLR (Home Location Register) oder um ein HSS 
(Home Subscriber Service) . Diese Register werden so erwei- 
tert, dass neben der Endgera tekennung ein IP-Header und/oder 
eine IP-Adresse abgelegt werden, wodurch eine eindeutige bi- 
30 jektive Abbildung ermoglicht wird. 

In einer weiteren Ausgestaltungsf orm, sind die Endgerate 
selbst in der Lage, den Austausch der Header vorzunehmen. In 
diesem Falle wird lediglich ein Gateway benotigt, der beim 
35 Ubergang in ein weiteres, externes Netzwerk, das die vorge- 
stellte Technologie nicht unterstiitzt, eine Abbildung vor- 
nimmt . Beim Eintreffen eines Inf ormationspaketes aus dem ex- 
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ternen Netz wird der IP-Header entfernt, und beim Senden ei- 
nes Paketes in das externe Netzwerk wird der IP-Header ein- 
ffigt, wobei die Kommunikation im internen Netzwerk auf der 
Basis der MPLS-Header erf olgt . Der Gateway hat ebenfalls 
5 Zugriff auf den Speicherbereich, in dem die Abbildung der IP- 
Header auf die Geratekennungen abgelegt sind. 

In einer alternativen Ausffihrungsf orm enthalten die MPLS- 
Aquivalenzklassen neben dem Pfad-Label auch mindestens ein 
10 Label, dass die Endgeratekennung codiert, wodurch festge- 
s tel It werden kann, welcher Pfad fur welches Endgerat be- 
stimmt ist. Bei diesen Aquivalenzklassen handelt es sich vor- 
zugsweise urn die Eingangsaquivalenzklassen, d. h. die Klas- 
sen, die beriicksichtigt werden, wenn ein Paket bei der Kompo- 
15 nente eintrifft. Durch die Verwendung eines zweiten Labels 

innerhalb der MPLS-Aquivalenzklasse wird festgelegt, dass die 
Endgeratekennung Bestandteil des eindeutigen Pfades ist. 

In einer weiteren Ausfiihrungsf orm wird nicht der vollstandige 
20 IP-Header entfernt, sondern lediglich Teile des IP-Headers . 

Hierdurch entsteht weniger Aufwand beim Einffigen und Loschen 
der Adressen. 

In einer weiteren vorteilhaf ten Ausfiihrungsformen werden meh- 
25 rere MPLS-Labels verwendet, um einen IP-Header auf einen 

MPLS-Header abzubilden und umgekehrt . Ein entsprechender Fall 
wurde bereits oben beschrieben. 

Ein weiterer Bestandteil der Erfindung ist ein Sender, der 
30 das beschriebene Verfahren umsetzt. Der Sender ist vorzugs- 
weise in einem Netzwerk angeordnet, das aus einem Core- 
Netzwerk und einem Radio-Access-Netzwerk besteht. Soweit der 
Sender nicht selber ein Endgerat ist, hat der Sender die ver- 
mittelnde Aufgabe, die Kommunikation von Endgeraten zu reali- 
sieren. Die Endgerate tauschen fiber das Netzwerk IP- 
Inf ormationspakete aus, die fiber IP-Header mit IP-Adressen 
verffigen. Der Sender weist Mittel auf, die einen Zugriff auf 
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einen Speicherbereich erlauben, in dem eindeutige Endgerate- 
kennungen in Relation zu IP-Adressen verwaltet werden . Bei 
diesen Mitteln handelt es sich vorzugsweise um eine Netzwerk- 
schnittstelle, soweit es sich um einen zentralen Server han- 
5 delt, der den Speicherbereich verwaltet. Handelt es sich hin- 
gegen um einen dezentralen Speicherbereich, der vom Sender 
selber verwaltet wird, so sind diese Mittel in der Regel 
Speicher, Controller und Mikroprozessoren oder ein spezieller 
Chipsatz, der auf den Speicherzugrif f optimiert ist. 

10 Der Sender umfasst weiterhin Mittel, die die Inf ormationspa- 
kete auf der Basis von MPLS-Pfaden und entsprechenden MPLS- 
Headern durch das Netzwerk routen. Bei diesen Mitteln han- 
delt es sich vorzugsweise um bekannte Switching-Fabrics, wie 
sie zum Stand der Technik gehoren. 

15 Eine Bearbei tungseinhei t , die vorzugsweise als Prozessor Oder 
als Switching-Fabric ausgebildet ist, entfernt IP-Header aus 
dem IP- Inf ormationspaket , um dann das so veranderte IP- 
Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 
MPLS-Header die Endgera t ekennung enthalt, die in Relation zur 
20 IP-Adresse verwaltet wird. Die so modif izierten Datenpakete 
werden dann xiber den entsprechenden MPLS-Pfad zum Endgerat 
gesendet . 

Gegebenenfalls ist es notwendig, dass die Mittel fur den 
25 Speicherzugrif f die entsprechende Adresse bzw. den Header aus 
dem Speicherbereich laden. 

Um die eindeutigen Pfade zum Endgerat im Vorfeld zu konfigu- 
rieren beziehungsweise die Aquivalenzklasse anzulegen, sind 
30 Mittel vorgesehen, die den Sender so konf igurieren, dass die 
MPLS-Pfade zu den Endgeraten eindeutig sind, wobei die MPLS- 
Pfade durch die eindeutige Endgerat ekennung, die in den MPLS- 
Headern abgebildet ist, gekennzeichnet sind. Bei diesen Mit- 
teln handelt es sich vorzugsweise um eine Netzwerkschnitt- 
35 stelle und eine entsprechende Bearbei tungseinhei t , die entwe- 
der ein Mikroprozessor Oder die Switching-Fabric ist. In der 
Regel werden bekannte Module durch entsprechende Software so 



WO 03/039104 


PCT/DE02/03786 


13 

erweitert, dass die benotigte Funktionalitat realisiert wer- 
den kann . 

In einer bevorzugten Ausfuhrungsf orm, bei der der Speicherbe- 
5 reich dezentral beim Sender verwaltet wird, werden die Endge- 
ratekennungen den entsprechenden MPLS-Aquivalenzklassen zuge- 
ordnet, wobei die Endgeratekennungen bereits als MPLS-Label 
bzw. MPLS-Header codiert sind. 

10 Neben dem Sender ist ein Empfanger ein weiterer wesentlicher 
Bestandteil der vorliegenden Erf indung. Der Empfanger ist ein 
entsprechendes Gegenstiick zum Sender. Er ist somit im glei- 
chen Netzwerk angeordnet. Es ist darauf hinzuweisen, dass der 
Empfanger und der Sender in der Regel Router sind, die den 
15 Eingang und den Ausgang eines MPLS-Pfades darstellen. Die 
Komponenten, die innerhalb des Pfades liegen, brauchen die 
erweiterte Funktionalitat nicht. Der Empfanger weist eben- 
falls Mittel auf, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 
20 IP-Adressen verwaltet werden. Hierbei kann es sich sowohl um 
Mittel handeln, die einen zentralen als auch einen dezentra- 
len bzw. lokalen Zugriff auf den Speicherbereich ermoglichen. 
In der Regel handelt es sich um die gleichen Mittel, wie sie 
beim Sender verwendet werden. 

25 Weiterhin umfasst der Empfanger Mittel, die die Inf ormations- 
pakete auf der Basis von MPLS-Pfaden und entsprechenden MPLS- 
Headern aus dem Netzwerk empfangen. Hierbei handelt es sich 
in der Regel um eine Netzwerkschni ttstelle mit einem entspre- 
chenden Treiber, wobei die so empfangenen Pakete an die Bear- 
30 beitungseinheit weitergelei tet werden. 

Die Bearbeitungseinheit analysiert die Informationspakete, um 
f estzustellen, ob der IP-Header entfernt wurde . Sollte dies 
der Fall sein, so wird im positiven Falle anhand der Endgera- 
tekennung die zugehorige IP-Adresse durch einen Speicher- 
35 zugriff ermittelt, um dann das Inf ormationspaket so zu veran- 
dern, dass der ursprungliche IP-Header den MPLS-Header er- 
setz t . 
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Auch bei dieser Bearbeitungseinheit handelt es sich vorzugs- 
weise um eine bekannte Switching-Fabric und/oder einen Mikro- 
prozessor, die mit Hilfe einer entsprechenden Software um die 
5 notwendige Funktionali tat erweitert wurden. 

Weitere Bestandteile des Empfangers sind Mittel, die den Emp- 
f anger so konf igurieren, dass die MPLS-Pfade zu den Endgera- 
ten eindeutig sind, wobei die MPLS-Pfade durch die eindeutige 
10 Engeratekennung, die in den MPLS-Headern abgebildet ist, ge- 
kennzeichnet sind. Hierbei handelt es sich um ahnliche Mittel 
wie beim Sender, wobei jedoch vornehmlich die Aquivalenzklas- 
sen bestimmt werden, die zu berucksichtigen sind, wenn die 
Inf ormationspakete eintreffen. 

15 

In einer dezentralen Losung werden die Endgeratekennungen, 
als MPLS-Label codiert und einer bestimmten Aquivalenzklasse 
zugeordnet, die den eindeutigen Pfad zum Endgerat bestimmt. 

20 In der Regel weisen Router Oder Gateways sowohl die Merkmale 
eines Senders als auch eines Empfangers auf . In einer weite- 
ren Ausflihrungsf orm, bei der die MPLS Pfade bis unmittelbar 
zum Endgerat reichen, weist das Endgerat die beschriebenen 
Merkmale des Senders und des Empfangers auf. In einer opti- 
25 mierten Version ist dann die Umsetzung der IP-Adressen nicht 
mehr notwendig, soweit man sich in einem homogenen Netzwerk 
befindet. Erst wenn durch einen Gateway das Netzwerk verlas- 
sen wird, ist eine Umsetzung bzw. Abbildung notwendig. 

30 Weitere Ausflihrungsf ormen sind den Unteranspriichen zu entneh- 
men . 

Im Folgenden wird anhand von Figuren der Ablauf schematisch 
dargestellt. Es zeigt: 

35 

Figur 1 ein Netzwerk, bestehend aus einem Core-Netzwerk 

und einem Radio-Access-Netzwerk mit einem Sen- 
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der, der vorzugsweise als Gateway ausgebildet 
ist, und einem Empf anger, der die Inf ormations- 
pakete uber eine Basisstation an ein Endgerat 
weiterleitet , wobei zwischen Sender und Empfan- 
5 ger die ursprunglichen IP-Inf ormationspakete in 

MPLS- Inf ormationspakete umgewandelt werden; 

zeigte die Inf ormationspakete wahrend der un- 
terschiedlichen Ubertragungszustande, wobei 
erst nach einer Bestatigung durch ein Acknow- 
ledge-Paket die optimierte Ubertragung statt- 
f indet . 

Die Figur 1 zeigt einen grundsatzlichen Aufbau eines Netz- 
15 werks im Funkbereich. Eine Netzwerkarchitektur 10 besteht 
hierbei aus einem Radio-Access-Netzwerk 16 und einem Core- 
Netzwerk 15. Das Core-Netzwerk 15 kann uber einen Gateway/ 
Router 19 die Verbindung zum Internet herstellen. Beide Netz- 
werke bestehen aus einer Reihe von Komponenten 19, 13, 12, 

20 14 . 

Ein User-Plane-Server (UPS) 14 verwaltet das Funkprotokoll 
20, um Inf ormationspakete uber Funkschnittstellen zum Endge- 
rat 11 zu transportieren . Ein Radio-Control-Server 16 (RCS) 

25 verwaltet das Frequenzband und erlaubt die Zuteilung bzw. 

lehnt die Zuteilung von Frequenzen ab, falls ein Engpass ent- 
stehen sollte. Diese beiden Komponenten, die auch Routerfunk- 
tionalitaten aufweisen, bilden mit den entsprechenden Kabel- 
verbindungen 21 das Radio-Access-Netzwerk 16. 

30 

Das Core-Netzwerk umfasst wiederum Router 19, die mit dem UPS 
in Verbindung stehen. Ein HLR (Home-Location-Register) 13 
verwaltet die eindeutige Kennung des Endgerates und seine ak- 
tuelle Position. Weiterhin umfasst das HLR 13 die Abbildung 
35 der IP-Adresse auf die MPLS-Header bzw. Labels. Im vorliegen- 
den Beispiel wird diese Abbildung dezentral abgelegt . Sender 
27 und der Empfanger 28 haben auf dieses Register Zugriff. 


Figur 2 

10 
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Diese Position ist jedoch in der Regel lediglich eine Regi- 
onsangabe. Weiterhin verwaltet das HLR/HSS die Rufnummern und 
die aktuelle iP-Adresse. 

5 Die Komponenten des Core-Netzwerkes und des Radio-Access- 

Netzwerkes sind iiber Glasf aserkabel Oder Kupferkabel 21 mit- 
einander verbunden. Es ist jedoch denkbar, dass diese Kompo- 
nenten durch eine Richtfunkverbindung miteinander in Kontakt 
stehen . 

10 

Ein Sender 27 empfangt ein Inf ormationspaket 22, das einen 
IP-Header 25 aufweist. Mit Hilfe der IP-Adresse wird die Ge- 
ratekennung ermittelt, die im vorliegenden Fall in zwei MPLS- 
Headern 24 codiert wird. Diese MPLS-Header liegen im Stack im 
15 Inf ormationspaket 22, das ausschlieSlich MPLS-Header auf- 
weist . 

Der Sender 27 entfernt nun den IP-Header 25 und fiigt weitere 
Inf ormationen hinzu, sodass der Datenbereich 29 groSer aus- 
20 fallt. Das so modifizierte Paket 26 wird iiber einen weiteren 
Router, der den ersten MPLS-Header entsprechend des Standards 
modifiziert, zum Empfanger 28 wei tergeleitet . Der Empfanger 
28 entfernt nun den MPLS-Header 24 und ersetzt diesen durch 
einen IP-Header. Den korrekten IP-Header ermittelt der Emp- 
25 fanger auf der Basis der Inf ormationen, die im Register 13 
abgelegt sind. In einer alternativen Ausfiihrungsf orm konnen 
diese Inf ormationen auch lokal beim Empfanger abgelegt sein. 
Die Verfahren zum Austausch der Abbildung wurden bereits oben 
beschrieben. Auf Grund des variierenden Datenbereichs 29 kann 
30 es passieren, dass mehrere Pakete zusammengef asst oder ausei- 
nandergerissen werden. Eine entsprechende Nummerierung dieser 
Pakete ist Stand der Technik. 

Figur 2 zeigt ein Ubertragungsverfahren, bei dem vier Zustan- 
de beschrieben werden. Diese vier Zustande spiegeln die Kom- 
munikation im Netzwerk wider. Im ersten Zustand erfolgt die 
Ubertragung in Form von getunnelten IP-Paketen. Wahrend des 
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zweiten Zustandes wird ein weiteres Label eingefiigt, das die 
iP-Adresse in Zukunft ersetzen soil. Dieses Label kann die 
RNTI kodieren. Andere eindeutige Kennungen sind ebenfalls 
denkbar. Erst nachdem die Gegenseite, also der Empfanger, ei- 
ne Bestatigung 30 gesendet hat, in der sie Auskunft gibt , 
dass die Abbildung gelernt wurde, erfolgt im vierten Zustand 
eine durchgangige Ubertragung . 
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Patentanspriiche 

1. Verfahren zum Austausch von Inf ormationen zwischen Kompo- 
nenten in einem Netzwerk, das vorzugsweise aus einem Core- 

5 Netzwerk und einem Radio-Access-Netzwerk besteht, mit Endge- 
raten, die uber das Netzwerk IP-Inf ormationspakete austau- 
schen, die uber IP-Header mit IP-Adressen verfiigen, 
mit einem Speicherbereich, in dem eindeutige Endgeratekennun- 
gen in Relation zu IP-Adressen verwaltet werden, 

10 mit zumindest einer Teilmenge von MPLS-fahigen Komponenten in 
dem Netzwerk, die Inf ormationspakete auf der Basis von MPLS- 
Pfaden und entsprechenden MPLS-Headern durch das Netzwerk 
routen, 

- mit einem ersten Konf igurationsschritt bei dem die Kompo- 
15 nenten so konfiguriert werden, dass die MPLS-Pfade zu den 

Endgeraten eindeutig sind, wobei die MPLS-Pfade durch die 
eindeutige Engeratekennung, die in den MPLS-Headern abgebil- 
det ist, gekennzeichnet sind, 

- mit einem zweiten Inf ormationssendeschri tt , bei dem die 
20 MPLS-fahigen Komponenten die IP-Header oder Teile davon aus 

dem IP-Informationspaket Ontfernen, um dann das so veranderte 
IP-Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 
MPLS-Header die Endgeratekennung enthalt, die in Relation zur 
IP-Adresse verwaltet wird, um dann das so modifizierte Daten- 
25 paket zu senden, 

- mit einem dritten Inf ormationsempf angsschri tt , bei dem die 
MPLS-fahigen Komponenten die MPLS-Header der im zweiten 
Schritt gesendeten Inf ormationspakte lesen, um anhand der 
Endgeratekennung die zugehorige IP-Adresse zu ermitteln, um 

30 dann das Inf ormationspaket so zu verandern, dass der ur- 
sprungliche IP-Header den MPLS-Header ersetzt. 

2 . Verfahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass die Komponenten Mittel aufweisen, die eine 

35 Funktionalitat eines Routers realisieren. 
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3 . Verfahren nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet , dass das Netzwerk ein UMTS 
oder GPRS oder ein ahnliches paketorientiertes Funknetz fur 
mobile Endgerate ist, wobei die Endgeratekennungen aus netz- 

5 spezifischen RAI , RNTI , IMSI sowie weiteren Identif ikationen 
bestehen . 

4. Verfahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass der Speicherbereich, in dem die Endgerate- 

10 kennung abgelegt ist, ein HLR oder HSS ist. 

5. Verfahren nach dem vorhergehenden Anspruch, dadurch ge- 
kennzeichnet, dass im Speicherbereich die Endgeratekennungen 
in Relation zu den iP-Headern und/oder IP-Adressen abgelegt 

15 sind. 

6 . Verfahren nach einem oder mehreren der vorhergehenden An- 
sprtiche, dadurch gekennzeichnet, dass lediglich ein Gateway 
zu einem externen Netzwerk beim Eintreffen eines Informati- 

20 onspaketes aus dem externen Netz den IP-Header entfernt und 
beim Senden eines Paketes in das externe Netzwerk den IP- 
Header einfiigt, wobei die Kommunikation im internen Netzwerk 
auf der Basis der MPLS-Header erfolgt. 

25 7. Verfahren nach einem oder mehreren der vorhergehenden An- 

spruche, dadurch gekennzeichnet, dass die MPLS- 
Aquivalenzklassen neben dem Pfad-Label auch mindestens ein 
Label enthalten, dass die Endger a t ekennung codiert, wodurch 
festgestellt werden kann, welcher Pfad fur welches Endgerat 
30 bestimmt ist. 

8 . Verfahren nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass nicht der vollstandige 
IP-Header entfernt wird, sondern lediglich Teile des IP- 
Headers . 


35 



WO 03/039104 


PCT/DE02/03786 


20 

9. Sender von Inf ormationen, die in einem Netzwerk ausge- 
tauscht werden, wobei das Netzwerk vorzugsweise aus einem Co- 
re-Netzwerk und einem Radio-Access-Netzwerk besteht, iiber das 
Endgerate miteinander kommunizieren, indem die Endgerate tiber 
5 das Netzwerk IP-Inf ormationspakete austauschen, die iiber IP- 
Header mit iP-Adressen verftigen, 

- mit Mitteln, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 
IP-Adressen verwaltet werden, 

10 - mit Mitteln, die die Inf ormationspakete auf der Basis von 

MPLS-Pfaden und entsprechenden MPLS-Headern durch das Netz- 
werk routen, 

- mit einer Bearbeitungseinhei t , die IP-Header aus dem IP- 
Inf ormationspaket entfernen, um dann das so veranderte IP- 

15 Inf ormationspaket mit MPLS-Headern zu versehen, wobei der 

MPLS-Header die Endgeratekennung enthalt, die in Relation zur 
IP-Adresse verwaltet wird, um dann das so modifizierte Daten- 
paket iiber den MPLS-Pfad zu senden. 

20 10. Sender nach dem vorhergehenden Anspruch, dadurch gekenn- 

zeichnet, dass die Bearbeitungseinheit eine Switching-Fabric 
und/oder ein Mikroprozessor ist. 

11. Sender nach einem Oder mehreren der vorhergehenden An- 
25 spriiche, gekennzeichnet durch Mittel, die den Sender so kon- 

figurieren, dass die MPLS-Pfade zu den Endgeraten eindeutig 
sind, wobei die MPLS-Pfade durch die eindeutige Engerateken- 
nung, die in den MPLS-Headern abgebildet ist, gekennzeichnet 
sind. 

30 

12 . Sender nach einem oder mehreren der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, dass die Endgeratekennung 
von einem zentralen Server geladen wird, der vorzugsweise ii- 
ber ein Netzwerk erreichbar ist. 
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13 . Sender nach einem Oder mehreren der vorhergehenden An- 
spruche, dadurch gekennzeichnet , dass die Endgeratekennung in 
der MPLS-Aquivalenzklasse als mogliches Label codiert ist. 

5 14. Empfanger von Inf ormationen, die in einem Netzwerk ausge- 

tauscht werden, wobei das Netzwerk vorzugsweise aus einem Co- 
re-Netzwerk und einem Radio-Access-Netzwerk besteht, iiber das 
Endgerate miteinander kommunizieren, indem die Endgerate iiber 
das Netzwerk IP- Inf ormationspakete austauschen, die iiber IP- 
10 Header mit IP-Adressen verfiigen, 

- mit Mitteln, die einen Zugriff auf einen Speicherbereich 
erlauben, in dem eindeutige Endgeratekennungen in Relation zu 
IP-Adressen verwaltet werden, 

- mit Mitteln, die die Inf ormationspakete auf der Basis von 
15 MPLS-Pfaden und entsprechenden MPLS-Headern aus dem Netzwerk 

empf angen, 

- mit einer Bearbeitungseinheit , die nach der Analyse des In- 
f ormationspaketes feststellt, ob der IP-Header entfernt wur- 
de, um im positiven Falle anhand der Endgeratekennung die zu- 

20 gehdrige IP-Adresse zu ermitteln, um dann das Inf ormationspa- 
ket so zu verandern, dass der urspriingliche IP-Header den 
MPLS-Header ersetzt. 

15. Empfanger nach dem vorhergehenden Anspruch, dadurch ge- 
25 kennzeichnet , dass die Bearbeitungseinheit eine Switching- 

Fabric und/oder ein Mikroprozessor ist. 

16 . Empfanger nach einem Oder mehreren der vorhergehenden An- 
spriiche, gekennzeichnet durch Mittel, die den Empfanger so 

30 konf igurieren, dass die MPLS-Pfade zu den Endgeraten eindeu- 
tig sind, wobei die MPLS-Pfade durch die eindeutige Engerate- 
kennung, die in den MPLS-Headern abgebildet ist, gekennzeich- 
net sind. 

35 17. Empfanger nach einem Oder mehreren der vorhergehenden An- 

spriiche, dadurch gekennzeichnet, dass die Endgeratekennung 
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von einem zentralen Server geladen wird, der vorzugsweise li- 
ber ein Netzwerk erreichbar ist. 

18. Empfanger nach einem oder mehreren der vorhergehenden An- 
5 spriiche, dadurch gekennzeichnet , dass die Endgeratekennung in 

der MPLS-Aquivalenzklasse als mogliches Label codiert ist. 

19. Endgerat, dadurch gekennzeichnet, dass es die Merkmale 
der vorhergehenden Empfanger und Sender umfasst. 

10 

20. Router und/oder Gateway, dadurch gekennzeichnet, dass es 
die Merkmale der vorhergehenden Empfanger und Sender umfasst. 
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